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IN THE UNITED STATES 
PATENT AND TRADEMARK OFFICE 

Patent Applies 

Inventor(s) Roel Den Bakker 

Peter B. Busschbach 

Pieter Hulshoff 

Maarten Petrus Joseph Vissers 

Case Busschbach 2-1-1-6 

Serial No. 09/918,385 
Filing Date July 30, 2001 

Examiner Group Art Unit 

Title METHOD OF TRANSPORTING FRAMES OF INFORMATION BETWEEN 

PARTS OF A NETWORK THROUGH AN INTERMEDIATE NETWORK 

ASSISTANT COMMISSIONER FOR PATENTS 
WASHINGTON, D.C. 20231 

PRELIMINARY AMENDMENT 

Sir: 

Prior to examination of the above-identified application, please enter the following 
amendments and remarks. 
In the Claims 

Substitute the following claim for pending claim 4: 

4. (Amended) The method according to claim 1, further comprising: 

adding timing information to the payload when crossing the first boundary, the timing 

information indicating an extent to which a frame duration in the first sub-network differs from a 

frame duration in the third sub-network; and 

using the timing information to regenerate frames in the second sub-network upon 

crossing the second boundary, so that frames in the second sub-network have substantially the 

same duration as corresponding frames in the first sub-network. 

In the Specification 

Substitute the attached specification (Attachment 2) in its entirety for the one currently 
pending. 
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REMARKS 

By this preliminary amendment, claim 4 has been amended and a substitute specification 
is hereby submitted pursuant to 37 CFR 1.125 for the above-identified application. Attached 
hereto is a marked-up version of the claims (Attachment 1), a clean copy of a substitute 
specification (Attachment 2), and a marked-up version of the pending specification (Attachment 
3). The marked-up versions of the claims and specification at Attachments 1 and 3 are captioned 
" VERSION WITH MARKINGS TO SHOW CHANGES MADE ". 

Claims 

Claim 4 was amended to correct an inadvertent clerical error. More specifically, the 
phrase " network differs from a frame duration in the third sub-network; and " was inadvertently 
omitted from originally-filed claim 4 as a result of a clerical error in the printing of the 
document. In particular, the clerical error related to a problem in converting the document to an 
A4 size format from an 8!4 x 11 size prior to printing and resulted in certain last lines of certain 
pages being inadvertently omitted in the filed application. The marked-up version of claim 4 is 
shown in Attachment 1 (" VERSION WITH MARKINGS TO SHOW CHANGES MADE "). 

Applicants submit that amended claim 4 does not introduce new matter because support 
for the amendment can be found in the originally-filed specification (see, inter alia, page 4, lines 
1-3). 

Specification 

The substitute specification (Attachment 2) is also provided, pursuant to 37 CFR 1.125, 
to correct the same inadvertent clerical error described above. More specifically, the last line of 
certain pages (i.e., pages 2, 3, 4, 5, 6 and 8) of the original specification were missing in the filed 
version of the specification. Again, Applicants attribute these inadvertent omissions to a clerical 
error associated with the conversion between A4 and S l A x 11 size documents prior to printing. 
The marked-up version of the originally-filed specification at Attachment 3 (" VERSION WITH 
MARKINGS TO SHOW CHANGES MADE ") clearly shows, by underlining, that the only 
matter that has been added is a missing line on the indicated pages to correct the faulty English 
that would otherwise remain if the specification were not to be amended. 

Applicants submit that the substitute specification does not introduce new matter to the 
application. In particular, the words added on each of the lines included on pages 2, 3, 4, 5, 6 
and 8 find support throughout the originally-filed specification and claims. By way of example 
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only and not of limitation, support for each amendment to the specification can be found at least 
in the following cited portions: 

Amendment Support 

page 2, line 36 page 3, lines 1-7; page 7, lines 17-35; page 8, lines 1-35; 

page 9, 1-4; claims 1 and 13, FIGS. 1-4; 
page 3, line 36 page 4, lines 1-7; page 6, lines 28-35; page 7, lines 1-6; 

page 8, lines 1 1-24; page 9, lines 5-13; claims 4, 7, 8, 12, 

16; FIGS 1-4; 
page 4, line 36 FIG. 1; 

page 5, line 36 FIGS. 2, 3, 4; 

page 6, line 36 page 6, lines 21-35; page 7, lines 1-35; page 8, lines 1-33; 

claims 1, 5, 9, 13; FIG. 4; and 
page 8, line 36 page 3, lines 10-23; page 6, lines 1 1-20; page 8, lines 34- 

35; page 9, lines 1-4; claims 1, 9, 13; and FIG. 1. 

Accordingly, favorable consideration of this application, as amended, is respectfully 
requested. Any questions can be directed to the Applicants' attorney at the number below. 

Respectfully submitted, 

Roel Den Bakker 

Peter B. Busschbach 

Pieter Hulshoff 

Maarten Petrus Joseph Vissers 




Reg. No. 41,209 
Attorney for Applicants 
(732) 949-3578 

Lucent Technologies Inc. 
Date: ftzt/oi 
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Attachment 1 



VERSION WITH MARKINGS TO SHOW CHANGES MADE 

In the Claims: 

Amend claim 4 as follows: 

4. (Amended) The method according to claim 1, further comprising: 
adding timing information to the payload when crossing the first boundary, the 

timing information indicating an extent to which a frame duration in the first sub- network 

differs from a frame duration in the third sub-network; and 

using the timing information to regenerate frames in the second sub-network upon 

crossing the second boundary, so that frames in the second sub-network have 

substantially the same duration as corresponding frames in the first sub-network. 



Attachment 2 
"SUBSTITUTE 

Busschbach 2-1-1-6 . 1 SPECIFICATION" 



METHOD OF TRANSPORTING FRAMES OF INFORMATION BETWEEN PARTS 
OF A NETWORK THROUGH AN INTERMEDIATE NETWORK 

5 Technical Field 

The invention relates generally to information transport in transmission 
networks and, more particularly, to transporting information across boundaries 
between different sub-networks that are not fully synchronous with one another. 
Background of the Invention 

10 SDH/SONET transmission equipment is used to transport streams of data in 

a transmission network. Transport is segmented into frames, which are time 
segments of transmission, lasting typically 125 microseconds. The SDH/SONET 
equipment inserts header data, e.g., section overhead (SOH) and so on, as well as 
payload information in each frame. The payload information in a frame contains data 

15 from the stream that is transported, so that payload data from successive frames 
makes up a continuous stream. By definition, the header data is data that is 
generated per frame. By way of example, header data includes information such as 
synchronization data for locating the start of a frame, error detection data for the 
frame, communication channels between equipment for transporting information such 

20 as management and protection coordination information, frame source identification 
information, national bytes, and so on. 

In principle, frames generated at different nodes are asynchronous. That is, 
their duration may differ slightly and they have no fixed phase relation. Thus, a one- 
to-one relation does not exist between frames transported in the network or even 

25 along a connection via various nodes through the network. Even when two nodes 
initially start frames at substantially the same time, the start time of a frame having a 
number n (e.g., a large integer number) of frames after the initial frame in one of the 
nodes can differ by more than a frame period from the starting time of the frame 
started n frames after the initial frames in the other node. 

30 This is not a problem for header data because, when the data stream is 

transported along the connection, nodes generate new headers for their own 
outgoing frames. Payload data, on the other hand, has to be copied from incoming 
frames and no data may be lost. Therefore, the nodes have the ability to float the 
payload data relative to the frames. That is, data starting from a beginning of the 

35 payload of an incoming frame does not have to start at a predetermined position in 
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the outgoing frame and the data of the payload in an incoming frame may be 
distributed over the payloads of successive outgoing frames. 

As is well known, header data may be used at a node to manage the 
transmission network. In principle, a network operator can choose to use any of the 
5 bytes from the header in the nodes of the network to manage the network in any 
particular manner. In practice, however, a network operator may not be able to do 
this because of the way in which payload data is transported through the network, 
e.g., if the payload data is transported from a first sub-network of a first operator to a 
second sub-network of that first operator via a third sub-network of a second 

10 operator. Because there need not be a one-to-one correspondence between 
headers coming out of the last node of the first sub-network (before entering the third 
sub-network) and headers entering the second sub-network (from the second sub- 
network), the third sub-network is not transparent to the first operator. Information 
that is relevant to the first network operator may be lost when the nodes of the third 

15 sub-network generate headers as desired by the second operator. The extent to 
which there is freedom to copy header data from one header to another is often 
severely limited. For example, consider the situation where a first and second SDH 
sub-network that carry frames comprising STM-16 signals are connected via an SDH 
sub-network that carries frames with STM-64 or STM-256 signals. An STM-16 signal 

20 has 1152 header bytes, but only about 25 of these bytes are forwarded in the STM- 
64 or STM-256 signal. 

Accordingly, this can obstruct various network management operations of the 
first network operator. Also timing information, e.g., about the bit rate of the frames, 
is lost upon passage through the third sub-network. This can also obstruct various 

25 network management operations of the first network operator. 

A known solution to this problem is to require the third sub-network to use 
signals with frames of a larger bandwidth, which allows both the header data from the 
first sub-network and header data generated for the third sub-network to be 
transported. However, this requires significant overhead, which is typically not 

30 feasible or desirable in SDH/SONET-based transmission. 
Summary of the Invention 

Timing and synchronization problems associated with transporting information 
between sub-networks via an intermediate sub-network are solved according to the 
principles of the invention by transporting header information in the payload section 

35 of frames across boundaries between the sub-networks and the intermediate sub- 
network. Accordingly, the header information from the sub-networks passes through 
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the intermediate sub-network without being changed. Because the header 
information is carried in the payload section, header information is not lost because 
of asynchronous operation between the networks. Moreover, the third sub-network is 
effectively transparent to the first and second sub-networks and without requiring 
5 larger bandwidth in the third sub-network. For example, information is retained from 
the header data of the first and second sub-networks upon transport through the third 
sub-network. Extra bandwidth is not required in the intermediate sub-network 
because frames transmitted in the intermediate sub-network have reduced-size 
headers and expanded payload sections. 

10 According to one illustrative embodiment, a method is described for 

transporting information in frames comprising header and payload information from a 
first sub-network to a second sub-network via a third sub-network in a transmission 
network. The first and second sub-networks can be commonly managed but 
independently of the third sub-network. A node in the transmission network 

15 generates respective headers for each outgoing frame, but completely copies 
payload from an incoming frame to one or more outgoing frames. Upon crossing a 
first boundary between the first and third sub-networks, only a first part of the header 
is copied into the payload such that a reduced-size header in the third sub-network 
fits into space that would otherwise be occupied by a second part of the header that 

20 is not copied into the payload in the first sub-network. Upon crossing a second 
boundary between the third and second sub-networks, the headers are retrieved 
from the payload and used to generate header information in the second sub- 
network. 

According to another illustrative embodiment, header data and payload 
25 information from a plurality of frames carried by a first sub-network are multiplexed 
into a common frame carried by a third sub-network. Parts of the headers of the 
plurality of frames are not copied to the payload of the common frame, thus creating 
additional, unoccupied space. The header of the common frame is maintained at a 
prescribed and reduced size so that that it does not exceed this unoccupied space. 
30 As a result, if N frames are multiplexed into the common frame, the bandwidth used 
by the common frame does not exceed N times the bandwidth for the individual 
multiplexed frames. Optionally, synchronization information from incoming headers 
may not be copied, or is copied only to a limited extent, to the payload, thus creating 
additional space for the header in the third sub-network. 
35 According to another aspect of the invention, timing information is added to a 

payload section when crossing a first boundary between the first and third sub- 
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networks. The timing information indicates the extent to which the frame duration 
(the length of the time interval taken up by a frame) in the first sub-network differs 
from the frame duration in the third sub-network. Upon crossing a second boundary 
between the third and second sub-networks, this timing information is then used to 
5 regenerate frames in the second sub-network that have substantially the same 
duration as the frames in the first sub-network. Thus, transport through the third sub- 
network also becomes transparent with respect to timing. 
Brief Description of the Drawings 

A more complete understanding of the present invention may be obtained 
10 from consideration of the following detailed description of the invention in conjunction 
with the drawing, with like elements referenced with like reference numerals, in 
which: 

FIG. 1 shows a simplified block diagram of a portion of an exemplary 
transmission network according to one illustrative embodiment of the invention; 
15 FIG. 2 shows an exemplary frame format for an STM-16 signal used in 

Synchronous Digital Hierarchy (SDH)-based transmission; 

FIG. 3 shows a modified version of the STM-16 signal from FIG. 2 having 
reduced overhead according to one illustrative embodiment of the invention; and 

FIG. 4 shows an exemplary frame format for an STM-64 signal used in 
20 accordance with one illustrative embodiment of the invention. 
Detailed Description 

FIG. 1 shows a portion of an exemplary telephone network comprising three 
sub-networks 10, 12, and 14. More specifically, first sub-network 10 is shown as 
being coupled to second sub-network 12 via third sub-network 14. In one illustrative 
25 embodiment, first and second sub-networks 10 and 12 may belong to a first network 
operator, e.g., commonly managed, while third sub-network 14 may be separately 
managed by a second network operator. Of course, this example is meant to be 
illustrative only and not limiting in any manner since other possible configurations will 
also be apparent to those skilled in the art and are contemplated by the teachings 
30 herein. 

As shown, first sub-network 10 includes interface unit 11 for transporting 
information across the boundary between first sub-network 10 and third sub-network 
14. Interface unit 11 has inputs 110a-d for receiving frames, each comprising a 
header and payload information, from inside first sub-network 10. Interface unit 11 
35 comprises header reduction units 112a-d, rate adaptation units 114a-d, interleaver 
116, and header insertion unit 118. Each of inputs 110a-d is coupled to interleaver 
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116 via a cascade of a respective one of header reduction units 112a-d and a 
respective one of rate adaptation units 1 14a-d. Interleaver 1 16 is coupled to an input 
of third sub-network 14 via header insertion unit 118. 

Third sub-network 14 is not shown in detail. Symbolically, a connection 140 
5 between first and second sub-networks 10 and 12 is shown and a number of frame 
monitors 142a-c are shown along connection 140. 

Second sub-network 12 includes interface unit 13 for transporting information 
across the boundary between third sub-network 14 and second sub-network 12. 
Interface unit 13 has outputs 130a-d for transmitting frames into second sub-network 

10 12. Interface unit 13 also includes header extension units 133a-d, rate adaptation 
units 134a-d, de-interleaver 136, and header extraction unit 138. Third sub-network 
14 is coupled to de-interleaver 136 via header extraction unit 138. De-interleaver 
136 is coupled to each of outputs 130a-d via a respective cascade of a respective 
one of rate adaptation units 134a-d and a respective one of header extension units 

15 133a-d. 

As stated above, the network shown in FIG. 1 is useful in the case that the 
same network operator operates first and second sub-networks 10 and 12, but not 
third sub-network 14 (or at least has no control over transport of header information 
through third sub-network 14). 

20 FIG. 2 shows an STM-16 signal format to illustrate how information is 

transported in an incoming frame. It is assumed that those skilled in the art are 
familiar with the basic STM and STS frame formats set forth in the well-known 
SDH/SONET standards. As such, details on such formats will not be repeated here 
for sake of brevity unless helpful to understanding the principles of the invention. 

25 Within the STM-16 frame format, information is formatted in a matrix of rows and 
columns. Successive positions in a row contain information that is transported 
successively. As is well known, once an entire row has been transported, the next 
row is transported and so on. The leftmost one hundred forty-four (144) columns of 
the frame format, shown here as portion 20, include header information, which is 

30 normally extracted at a network node. The remaining columns, shown here as 
portion 22, contain payload information that is typically passed from node to node. 

First row 24 of the STM-16 signal contains, within header portion 20, forty- 
eight (48) A1 bytes, followed by forty-eight (48) A2 bytes, followed by a JO byte, 
fifteen (15) Z0 bytes and thirty-two (32) national use (NU) bytes. According to well- 

35 known SDH/SONET transmission standards, the contents of the A1 and A2 bytes 
serve to provide a unique pattern of bytes that can be used to align to the start of a 
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frame. The JO byte contains a trace identification for identifying the source of the 
signal transported in the frame. The ZO bytes are as yet undefined bytes reserved 
for future international standardization. The national use (NU) bytes allow transport 
of certain country specific information. 
5 Other bytes shown in the STM-16 signal include, for example, a B1 byte for 

error detection, a K2 byte containing a standard bit pattern that serves as a message 
channel indicating whether a fault has been detected upstream in the connection. 
Additionally, the STM-16 signal contains communication channels for conveying 
information such as whether equipment in the network has failed, quality of 

10 transmission information, and so on. 

As shown in FIG. 3, information that is removed from the STM-16 signal is 
shown by cross-hatching as portions 30 and 32. Referring back to FIG. 1, header 
reduction units 112a-d are used to remove this information from the STM-16 signal. 
According to one illustrative embodiment, the removed information in portion 30 

15 includes all but the last two (2) of the A1 bytes and the first two (2) of the A2 bytes. 
However, it should be noted that other A1 and/or A2 bytes might also be retained 
consistent with the teachings herein. As shown, the ZO bytes as well as some of the 
national use (NU) bytes are also removed in portion 32. The remaining bytes that 
are not removed from the STM-16 signal in FIG. 2 are output from header reduction 

20 units 11 2a-d (FIG. 1). 

In operation, rate adaptation units 114a-d are used to derive signals with the 
same bit rate (fO) from all of inputs 1 10a-d. In principle, bit rates (f1-f4) of the frames 
from the various inputs 110a-d may differ from the bit rate (fO) used for transmission 
to third sub-network 14 and possibly from one another depending on the source of 

25 the frames. Rate adaptation units 1 14a-d receive the information from the frames at 
the input bit-rate (f1-f4), buffer the information and output the information at a 
common bit rate (fO). 

In outgoing frames, slightly more space is reserved per frame than is 
nominally necessary to transport the reduced data for a frame received from header 

30 reduction units 1 12a-d. When one or more of the bit rates (f1-f4) are higher than the 
common bit rate (fO), rate adaptation units 114a-d include excess information in the 
reserved space. In this case, information amounting to slightly more than one 
incoming frame is transported on average per outgoing frame. Rate adaptation unit 
114a-d adds information to the outgoing frame indicating that, and the extent to 

35 which, this has happened. Thus, the position of the starting point of incoming frames 
"floats" in the outgoing frame. 
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Similarly, when one or more of the bit rates (f1-f4) are lower than the common 
bit rate (fO), rate adaptation units 114a-d leave unused space in the outgoing frame. 
In this case, information amounting to slightly less than one incoming frame is 
transported on average per outgoing frame. Rate adaptation unit 114a-d adds 
5 information to the outgoing frame indicating that, and the extent to which, this has 
happened. 

Rate adaptation units 114a-d may quantize the excess information and the 
unused space, by not using excess space or leaving unused until a predetermined 
threshold, e.g. one byte, of overflow or underflow has been reached. 

10 Interleaver 116 receives the information from the frames plus rate adjustment 

information from the different inputs and then outputs the information such that 
successive bytes at the output of interleaver 116 alternately come from different ones 
of rate adaptation units 114a-d. Interleaver 116 outputs the interleaved bytes to 
header insertion unit 118. Header insertion unit 118 forms, for example, an STM-64 

15 "like" signal by adding a header to the interleaved bytes and scrambling (e.g., 
channel coding) the bytes following the header. 

FIG. 4 shows an example of an STM-64 "like" signal generated in the manner 
mentioned above. Header 40 of this signal contains one hundred ninety-two (192) 
A1 bytes, one hundred ninety-two (192) A2 bytes, a JO byte, the B1 byte and the K2 

20 byte. Otherwise, the STM-64 "like" signal contains data received from interleaver 
1 16 and some stuffing. It should be noted that the header of this STM-64 "like" signal 
is smaller than a typical STM-64 header, which would take up a number of full 
columns. Here, all but the A1, A2, JO, B1 and K2 bytes have been left out. In this 
manner, space has been made for transmission of both header and payload 

25 information from the STM-16 signals received from inputs 110a-d. Thus, part of the 
space in the STM 64 signal that is normally used for header information now can 
contain payload information, which may be header information and/or payload 
information from the frames from inputs 110a-d. This part of the header space is 
scrambled (channel coded) together with the remainder of the payload, whereas the 

30 remaining part of the part of the header, which is generated in header insertion unit 
118, is not scrambled. 

This example assumes that third sub-network 14 leaves the part of the signal 
that no longer contains STM-64 header information intact. This is the case, for 
example, in a third sub-network 14 that only monitor the signals or that copies header 

35 information from the replaced part of the header. 
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After transmission through third sub-network 14, the signal from header 
insertion unit 118 is received by interface 13. Interface 13 recovers the original input 
signals from the signal that has passed through third sub-network 14, including their 
timing. 

5 Header extraction unit 138 removes the header from the signal that has 

passed through third sub-network 14, and performs any processing dependent on the 
content of that header. Subsequently, header extraction unit 138 feeds the 
information of the signal outside the header to de-interleaver 136. De-interleaver 136 
splits this information into a number of subsignals, each corresponding to the 

10 information received from a respective one of inputs 1 10a-b. 

Rate adaptation units 134a-d receive the information at a bit rate determined 
by the bit rate of the header extraction unit 138 and de-interleaver 136, which is 
ultimately determined by the bit rate output by rate adaptation units 114a-d in 
interface 11 of first sub-network 10. Rate adaptation units 134a-d read the rate 

15 adaptation information from this information. Under control of this rate adaptation 
information, rate adaptation units 134a-d reconstitute the incoming frames, gathering 
payload data and headers from each frame from different frames transmitted via third 
sub-network 14. The duration of the frame generated by adaptation units 134a-d is 
adapted so that the same amount of information fits in these frames as was included 

20 in the original incoming frames received from first sub-network 10 at its boundary 
with third sub-network 14. This duration is derived by using the information whether 
excess space had to be used, or space had to be left unused to transport the 
information of the frame from the first sub-network in the frame received from the 
third sub-network. 

25 This may be realized by outputting frames at an adapted bit rate, as needed 

to output data at a rate equal to the incoming bit rate in first sub-network 10, by using 
the information whether excess space has been used, or space has been left unused 
to select a correspondingly higher or lower bit rate (f1-f4) for the outputs. In this 
manner, all used bits transmitted in a frame through third sub-network 14 are, on 

30 average, normally output from rate adaptation units 134a-d over the duration of that 
frame. Thus, the payload of an original frame fits into the payload of an output frame. 
Interface unit 13 preferably places the payload of an original frame into an output 
frame. 

Finally, header extension units 133a-d read the header information from the 
35 information received from third sub-network 14 and restore the original headers, 
supplementing any information removed by header reduction units 112a-d. Restored 
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frame signals, containing header data, payload and timing substantially as received 
at inputs 110a-d is then transmitted into second sub-network 12. Thus, the first and 
second sub-networks 10 and 12 can be managed as a single network, even though 
signals have passed through third sub-network 14. 

According to another aspect of the invention, the number of bits or bytes from 
a frame in first sub-network 10 that is transmitted in a frame in third sub-network 14 is 
variable, depending on the differences in duration. The timing information is 
expressed in terms of an indication of the variation in this number. Upon crossing 
into second sub-network 12, frames are regenerated that contain the same number 
of bits or bytes as the frames in first sub-network 10. Thus, data copied into a 
common frame may come from frames that each have their own timing and the 
timing of each of these frames is restored when the frames are regenerated from the 
common frame. 

The foregoing embodiments are merely illustrative of the principles of the 
invention. Those skilled in the art will be able to devise numerous arrangements, 
which, although not explicitly shown or described herein, nevertheless embody those 
principles that are within the scope of the invention. Accordingly, the embodiments 
shown and described herein are only meant to be illustrative and not limiting in any 
manner. The scope of the invention is limited only by the claims appended hereto. 
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METHOD OF TRANSPORTING FRAMES OF INFORMATION BETWEEN PARTS 
OF A NETWORK THROUGH AN INTERMEDIATE NETWORK 

Abstract of the Disclosure 

A method is described for transporting information in frames comprising 
header and payload information from a first network to a second network via a third 
network. The first and second networks are commonly managed but are 
independent of management of the third network. Network nodes generate 
respective headers for each outgoing frame from the node but completely copies 
payload from an incoming frame to the outgoing frames. Upon crossing a first 
boundary between the first and third networks, only a first part of the header is copied 
into the payload such that a reduced size header in the third network fits into space 
that would otherwise be occupied by a second part of the header that is not copied 
into the payload. Upon crossing a second boundary between the third and second 
networks, the headers are retrieved from the payload and used to generate header 
information in the second network. 
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METHOD OF TRANSPORTING FRAMES OF INFORMATION BETWEEN PARTS 
OF A NETWORK THROUGH AN INTERMEDIATE NETWORK 

5 Technical Field 

The invention relates generally to information transport in transmission 
networks and, more particularly, to transporting information across boundaries 
between different sub-networks that are not fully synchronous with one another. 
Background of the Invention 

10 SDH/SONET transmission equipment is used to transport streams of data in 

a transmission network. Transport is segmented into frames, which are time 
segments of transmission, lasting typically 125 microseconds. The SDH/SONET 
equipment inserts header data, e.g., section overhead (SOH) and so on, as well as 
payload information in each frame. The payload information in a frame contains data 

15 from the stream that is transported, so. that payload data from successive frames 
makes up a continuous stream. By definition, the header data is data that is 
generated per frame. By way of example, header data includes information such as 
synchronization data for locating the start of a frame, error detection data for the 
frame, communication channels between equipment for transporting information such 

20 as management and protection coordination information, frame source identification 
information, national bytes, and so on. 

In principle, frames generated at different nodes are asynchronous. That is, 
their duration may differ slightly and they have no fixed phase relation. Thus, a one- 
to-one relation does not exist between frames transported in the network or even 

25 along a connection via various nodes through the network. Even when two nodes 
initially start frames at substantially the same time, the start time of a frame having a 
number n (e.g., a large integer number) of frames after the initial frame in one of the 
nodes can differ by more than a frame period from the starting time of the frame 
started n frames after the initial frames in the other node. 

30 This is not a problem for header data because, when the data stream is 

transported along the connection, nodes generate new headers for their own 
outgoing frames. Payload data, on the other hand, has to be copied from incoming 
frames and no data may be lost. Therefore, the nodes have the ability to float the 
payload data relative to the frames. That is, data starting from a beginning of the 

35 payload of an incoming frame does not have to start at a predetermined position in 
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the outgoing frame and the data of the payload in an incoming frame may be 
distributed over the payloads of successive outgoing frames. 

As is well known, header data may be used at a node to manage the 
transmission network. In principle, a network operator can choose to use any of the 
5 bytes from the header in the nodes of the network to manage the network in any 
particular manner. In practice, however, a network operator may not be able to do 
this because of the way in which payload data is transported through the network, 
e.g., if the payload data is transported from a first sub-network of a first operator to a 
second sub-network of that first operator via a third sub-network of a second 

10 operator. Because there need not be a one-to-one correspondence between 
headers coming out of the last node of the first sub-network (before entering the third 
sub-network) and headers entering the second sub-network (from the second sub- 
network), the third sub-network is not transparent to the first operator. Information 
that is relevant to the first network operator may be lost when the nodes of the third 

15 sub-network generate headers as desired by the second operator. The extent to 
which there is freedom to copy header data from one header to another is often 
severely limited. For example, consider the situation where a first and second SDH 
sub-network that carry frames comprising STM-16 signals are connected via an SDH 
sub-network that carries frames with STM-64 or STM-256 signals. An STM-16 signal 

20 has 1152 header bytes, but only about 25 of these bytes are forwarded in the STM- 
64 or STM-256 signal. 

Accordingly, this can obstruct various network management operations of the 
first network operator. Also timing information, e.g., about the bit rate of the frames, 
is lost upon passage through the third sub-network. This can also obstruct various 

25 network management operations of the first network operator. 

A known solution to this problem is to require the third sub-network to use 
signals with frames of a larger bandwidth, which allows both the header data from the 
first sub-network and header data generated for the third sub-network to be 
transported. However, this requires significant overhead, which is typically not 

30 feasible or desirable in SDH/SONET-based transmission. 
Summary of the Invention 

Timing and synchronization problems associated with transporting information 
between sub-networks via an intermediate sub-network are solved according to the 
principles of the invention by transporting header information in the payload section 

35 of frames across boundaries between the sub-networks and the intermediate sub- 
network. Accordingly, the header information from the sub-networks passes through 
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the intermediate sub-network without being changed. Because the header 
information is carried in the payload section, header information is not lost because 
of asynchronous operation between the networks. Moreover, the third sub-network is 
effectively transparent to the first and second sub-networks and without requiring 
5 larger bandwidth in the third sub-network. For example, information is retained from 
the header data of the first and second sub-networks upon transport through the third 
sub-network. Extra bandwidth is not required in the intermediate sub-network 
because frames transmitted in the intermediate sub-network have reduced-size 
headers and expanded payload sections. 

10 According to one illustrative embodiment, a method is described for 

transporting information in frames comprising header and payload information from a 
first sub-network to a second sub-network via a third sub-network in a transmission 
network. The first and second sub-networks can be commonly managed but 
independently of the third sub-network. A node in the transmission network 

15 generates respective headers for each outgoing frame, but completely copies 
payload from an incoming frame to one or more outgoing frames. Upon crossing a 
first boundary between the first and third sub-networks, only a first part of the header 
is copied into the payload such that a reduced-size header in the third sub-network 
fits into space that would otherwise be occupied by a second part of the header that 

20 is not copied into the payload in the first sub-network. Upon crossing a second 
boundary between the third and second sub-networks, the headers are retrieved 
from the payload and used to generate header information in the second sub- 
network. 

According to another illustrative embodiment, header data and payload 
25 information from a plurality of frames carried by a first sub-network are multiplexed 
into a common frame carried by a third sub-network. Parts of the headers of the 
plurality of frames are not copied to the payload of the common frame, thus creating 
additional, unoccupied space. The header of the common frame is maintained at a 
prescribed and reduced size so that that it does not exceed this unoccupied space. 
30 As a result, if N frames are multiplexed into the common frame, the bandwidth used 
by the common frame does not exceed N times the bandwidth for the individual 
multiplexed frames. Optionally, synchronization information from incoming headers 
may not be copied, or is copied only to a limited extent, to the payload, thus creating 
additional space for the header in the third sub-network. 
35 According to another aspect of the invention, timing information is added to a 

payload section when crossing a first boundary between the first and third sub- 



Busschbach 2-1 -1 -6 4 

networks. The timing information indicates the extent to which the frame duration 
(the length of the time interval taken up by a frame) in the first sub-network differs 
from the frame duration in the third sub-network. Upon crossing a second boundary 
between the third and second sub-networks, this timing information is then used to 
5 regenerate frames in the second sub-network that have substantially the same 
duration as the frames in the first sub-network. Thus, transport through the third sub- 
network also becomes transparent with respect to timing. 
Brief Description of the Drawings 

A more complete understanding of the present invention may be obtained 
10 from consideration of the following detailed description of the invention in conjunction 
with the drawing, with like elements referenced . with like reference numerals, in 
which: 

FIG. 1 shows a simplified block diagram of a portion of an exemplary 
transmission network according to one illustrative embodiment of the invention; 
15 FIG. 2 shows an exemplary frame format for an STM-16 signal used in 

Synchronous Digital Hierarchy (SDH)-based transmission; 

FIG. 3 shows a modified version of the STM-16 signal from FIG. 2 having 
reduced overhead according to one illustrative embodiment of the invention; and 

FIG. 4 shows an exemplary frame format for an STM-64 signal used in 
20 accordance with one illustrative embodiment of the invention. 
Detailed Description 

FIG. 1 shows a portion of an exemplary telephone network comprising three 
sub-networks 10, 12, and 14. More specifically, first sub-network 10 is shown as 
being coupled to second sub-network 12 via third sub-network 14. In one illustrative 
25 embodiment, first and second sub-networks 10 and 12 may belong to a first network 
operator, e.g., commonly managed, while third sub-network 14 may be separately 
managed by a second network operator. Of course, this example is meant to be 
illustrative only and not limiting in any manner since other possible configurations will 
also be apparent to those skilled in the art and are contemplated by the teachings 
30 herein. 

As shown, first sub-network 10 includes interface unit 11 for transporting 
information across the boundary between first sub-network 10 and third sub-network 
14. Interface unit 11 has inputs 110a-d for receiving frames, each comprising a 
header and payload information, from inside first sub-network 10. Interface unit 11 
35 comprises header reduction units 112a-d, rate adaptation units 114a-d, interleaver 
116, and header insertion unit 118. Each of inputs 110a-d is coupled to interleaver 
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116 via a cascade of a respective one of header reduction units 112a-d and a 
respective one of rate adaptation units 1 14a-d. Interleaver 1 16 is coupled to an input 
of third sub-network 14 via header insertion unit 118. 

Third sub-network 14 is not shown in detail. Symbolically, a connection 140 
5 between first and second sub-networks 10 and 12 is shown and a number of frame 
monitors 142a-c are shown along connection 140. 

Second sub-network 12 includes interface unit 13 for transporting information 
across the boundary between third sub-network 14 and second sub-network 12. 
Interface unit 13 has outputs 130a-d for transmitting frames into second sub-network 

10 12. Interface unit 13 also includes header extension units 133a-d, rate adaptation 
units 134a-d, de-interleaver 136, and header extraction unit 138. Third sub-network 
14 is coupled to de-interleaver 136 via header extraction unit 138. De-interleaver 
136 is coupled to each of outputs 130a-d via a respective cascade of a respective 
one of rate adaptation units 1 34a-d and a respective one of header extension units 

15 133a-d. 

As stated above, the network shown in FIG. 1 is useful in the case that the 
same network operator operates first and second sub-networks 10 and 12, but not 
third sub-network 14 (or at least has no control over transport of header information 
through third sub-network 14). 

20 FIG. 2 shows an STM-16 signal format to illustrate how information is 

transported in an incoming frame. It is assumed that those skilled in the art are 
familiar with the basic STM and STS frame formats set forth in the well-known 
SDH/SONET standards. As such, details on such formats will not be repeated here 
for sake of brevity unless helpful to understanding the principles of the invention. 

25 Within the STM-16 frame format, information is formatted in a matrix of rows and 
columns. Successive positions in a row contain information that is transported 
successively. As is well known, once an entire row has been transported, the next 
row is transported and so on. The leftmost one hundred forty-four (144) columns of 
the frame format, shown here as portion 20, include header information, which is 

30 normally extracted at a network node. The remaining columns, shown here as 
portion 22, contain payload information that is typically passed from node to node. 

First row 24 of the STM-16 signal contains, within header portion 20, forty- 
eight (48) A1 bytes, followed by forty-eight (48) A2 bytes, followed by a JO byte, 
fifteen (15) Z0 bytes and thirty-two (32) national use (NU) bytes. According to well- 

35 known SDH/SONET transmission standards, the contents of the A1 and A2 bytes 
serve to provide a unique pattern of bytes that can be used to align to the start of a 
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frame. The JO byte contains a trace identification for identifying the source of the 
signal transported in the frame. The ZO bytes are as yet undefined bytes reserved 
for future international standardization. The national use (NU) bytes allow transport 
of certain country specific information. 
5 Other bytes shown in the STM-16 signal include, for example, a B1 byte for 

error detection, a K2 byte containing a standard bit pattern that serves as a message 
channel indicating whether a fault has been detected upstream in the connection. 
Additionally, the STM-16 signal contains communication channels for conveying 
information such as whether equipment in the network has failed, quality of 

10 transmission information, and so on. 

As shown in FIG. 3, information that is removed from the STM-16 signal is 
shown by cross-hatching as portions 30 and 32. Referring back to FIG. 1, header 
reduction units 112a-d are used to remove this information from the STM-16 signal. 
According to one illustrative embodiment, the removed information in portion 30 

15 includes all but the last two (2) of the A1 bytes and the first two (2) of the A2 bytes. 
However, it should be noted that other A1 and/or A2 bytes might also be retained 
consistent with the teachings herein. As shown, the ZO bytes as well as some of the 
national use (NU) bytes are also removed in portion 32. The remaining bytes that 
are not removed from the STM-16 signal in FIG. 2 are output from header reduction 

20 units 112a-d (FIG. 1). 

In operation, rate adaptation units 114a-d are used to derive signals with the 
same bit rate (fO) from all of inputs 1 10a-d. In principle, bit rates (f1-f4) of the frames 
from the various inputs 110a-d may differ from the bit rate (fO) used for transmission 
to third sub-network 14 and possibly from one another depending on the source of 

25 the frames. Rate adaptation units 114a-d receive the information from the frames at 
the input bit-rate (f1-f4), buffer the information and output the information at a 
common bit rate (fO). 

In outgoing frames, slightly more space is reserved per frame than is 
nominally necessary to transport the reduced data for a frame received from header 

30 reduction units 1 12a-d. When one or more of the bit rates (f1-f4) are higher than the 
common bit rate (fO), rate adaptation units 114a-d include excess information in the 
reserved space. In this case, information amounting to slightly more than one 
incoming frame is transported on average per outgoing frame. Rate adaptation unit 
114a-d adds information to the outgoing frame indicating that, and the extent to 

35 which, this has happened. Thus, the position of the starting point of incoming frames 
"floats" in the outgoing frame. 
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Similarly, when one or more of the bit rates (f1-f4) are lower than the common 
bit rate (fO), rate adaptation units 1l4a-cl leave unused space in the outgoing frame. 
In this case, information amounting to slightly less than one incoming frame is 
transported on average per outgoing frame. Rate adaptation unit 114a-d adds 
5 information to the outgoing frame indicating that, and the extent to which, this has 
happened. 

Rate adaptation units 114a-d may quantize the excess information and the 
unused space, by not using excess space or leaving unused until a predetermined 
threshold, e.g. one byte, of overflow or underflow has been reached. 

10 Interleaver 116 receives the information from the frames plus rate adjustment 

information from the different inputs and then outputs the information such that 
successive bytes at the output of interleaver 116 alternately come from different ones 
of rate adaptation units 114a-d. Interleaver 116 outputs the interleaved bytes to 
header insertion unit 118. Header insertion unit 118 forms, for example, an STM-64 

15 "like" signal by adding a header to the interleaved bytes and scrambling (e.g., 
channel coding) the bytes following the header. 

FIG. 4 shows an example of an STM-64 "like" signal generated in the manner 
mentioned above. Header 40 of this signal contains one hundred ninety-two (192) 
A1 bytes, one hundred ninety-two (192) A2 bytes, a JO byte, the B1 byte and the K2 

20 byte. Otherwise, the STM-64 "like" signal contains data received from interleaver 
1 16 and some stuffing. It should be noted that the header of this STM-64 "like" signal 
is smaller than a typical STM-64 header, which would take up a number of full 
columns. Here, all but the A1, A2, JO, B1 and K2 bytes have been left out. In this 
manner, space has been made for transmission of both header and payload 

25 information from the STM-16 signals received from inputs 110a-d. Thus, part of the 
space in the STM 64 signal that is normally used for header information now can 
contain payload information, which may be header information and/or payload 
information from the frames from inputs 110a-d. This part of the header space is 
scrambled (channel coded) together with the remainder of the payload, whereas the 

30 remaining part of the part of the header, which is generated in header insertion unit 
118, is not scrambled. 

This example assumes that third sub-network 14 leaves the part of the signal 
that no longer contains STM-64 header information intact. This is the case, for 
example, in a third sub-network 14 that only monitor the signals or that copies header 

35 information from the replaced part of the header. 
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After transmission through third sub-network 14, the signal from header 
insertion unit 118 is received by interface 13. Interface 13 recovers the original input 
signals from the signal that has passed through third sub-network 14, including their 
timing. 

5 Header extraction unit 138 removes the header from the signal that has 

passed through third sub-network 14, and performs any processing dependent on the 
content of that header. Subsequently, header extraction unit 138 feeds the 
information of the signal outside the header to de-interleaver 136. De-interleaver 136 
splits this information into a number of subsignals, each corresponding to the 

10 information received from a respective one of inputs 1 10a-b. 

Rate adaptation units 134a-d receive the information at a bit rate determined 
by the bit rate of the header extraction unit 138 and de-interleaver 136, which is 
ultimately determined by the bit rate output by rate adaptation units 114a-d in 
interface 11 of first sub-network 10. Rate adaptation units 134a-d read the rate 

15 adaptation information from this information. Under control of this rate adaptation 
information, rate adaptation units 134a-d reconstitute the incoming frames, gathering 
payload data and headers from each frame from different frames transmitted via third 
sub-network 14. The duration of the frame generated by adaptation units 134a-d is 
adapted so that the same amount of information fits in these frames as was included 

20 in the original incoming frames received from first sub-network 10 at its boundary 
with third sub-network 14. This duration is derived by using the information whether 
excess space had to be used, or space had to be left unused to transport the 
information of the frame from the first sub-network in the frame received from the 
third sub-network. 

25 This may be realized by outputting frames at an adapted bit rate, as needed 

to output data at a rate equal to the incoming bit rate in first sub-network 1 0, by using 
the information whether excess space has been used, or space has been left unused 
to select a correspondingly higher or lower bit rate (f1-f4) for the outputs. In this 
manner, all used bits transmitted in a frame through third sub-network 14 are, on 

30 average, normally output from rate adaptation units 134a-d over the duration of that 
frame. Thus, the payload of an original frame fits into the payload of an output frame. 
Interface unit 13 preferably places the payload of an original frame into an output 
frame. 

Finally, header extension units 133a-d read the header information from the 
35 information received from third sub-network 14 and restore the original headers, 
supplementing any information removed by header reduction units 112a-d. Restored 
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frame signals, containing header data, payload and timing substantially as received 
at inputs 110a-d is then transmitted into second sub-network 12. Thus, the first and 
second sub-networks 10 and 12 can be managed as a single network, even though 
signals have passed through third sub-network 14. 

According to another aspect of the invention, the number of bits or bytes from 
a frame in first sub-network 10 that is transmitted in a frame in third sub-network 14 is 
variable, depending on the differences in duration. The timing information is 
expressed in terms of an indication of the variation in this number. Upon crossing 
into second sub-network 12, frames are regenerated that contain the same number 
of bits or bytes as the frames in first sub-network 10. Thus, data copied into a 
common frame may come from frames that each have their own timing and the 
timing of each of these frames is restored when the frames are regenerated from the 
common frame. 

The foregoing embodiments are merely illustrative of the principles of the 
invention. Those skilled in the art will be able to devise numerous arrangements, 
which, although not explicitly shown or described herein, nevertheless embody those 
principles that are within the scope of the invention. Accordingly, the embodiments 
shown and described herein are only meant to be illustrative and not limiting in any 
manner. The scope of the invention is limited only by the claims appended hereto. 
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METHOD OF TRANSPORTING FRAMES OF INFORMATION BETWEEN PARTS 
OF A NETWORK THROUGH AN INTERMEDIATE NETWORK 

Abstract of the Disclosure 

A method is described for transporting information in frames comprising 
header and payload information from a first network to a second network via a third 
network. The first and second networks are commonly managed but are 
independent of management of the third network. Network nodes generate 
respective headers for each outgoing frame from the node but completely copies 
payload from an incoming frame to the outgoing frames. Upon crossing a first 
boundary between the first and third networks, only a first part of the header is copied 
into the payload such that a reduced size header in the third network fits into space 
that would otherwise be occupied by a second part of the header that is not copied 
into the payload. Upon crossing a second boundary between the third and second 
networks, the headers are retrieved from the payload and used to generate header 
information in the second network. 



